home *** CD-ROM | disk | FTP | other *** search
/ Shareware Grab Bag / Shareware Grab Bag.iso / 090 / dv_info.arc / DVAPPS.THD next >
Text File  |  1986-03-28  |  9KB  |  206 lines
  1. @*
  2. Massaging various applications programs and their setups to work under DesqView
  3. seems to take a bit of effort, but all the popular programs discussed by the
  4. members eventually proved susceptible of adaptation.  The particular programs
  5. discussed are preceded by the "@*" symbols.
  6.  
  7.  
  8. @* DBASE III
  9.  
  10. Fm: Steve Kalman 75136,360
  11. To: ALL
  12.  
  13. Maybe I need a vacation...I *KNOW* I had this working before....
  14.  
  15. When I run db3 under DV and I write a screen with @SAY..@get I cannot clear the
  16. screen using the dbase command CLEAR. If I subsequently issue some commands
  17. from the dot prompt, they will be cleared via the clear command; and if they're
  18. long lines, they'll overwrite the @say'ed stuff. As a test, I started with a
  19. clear screen, then issued @10,10 say 'this is a test' then CLEAR ...NG, the
  20. line was still there. WHen I went to the DV menu and switched to another
  21. partition and back, it was gone (but other command line stuff was there).
  22. This is actually a problem, because if I leave a menu up, then switch to
  23. another area, then switch back, the menu is gone, but the cursor is still in
  24. the input field!
  25.  
  26. Further testing reveals that DEVICE=ANSI.SYS in CONFIG.SYS has no effect.
  27.  
  28. My options (as revealed in Change Program) are all ON except for
  29. Writes Directly to Screen
  30. Runs only in Foreground
  31. Runs from Floppy
  32.  
  33. I tried to change the first one and it got rid of the CLEAR problem, but then
  34. every time db3 wrote to the screen in the BG, it showed up on the active FG
  35. screen, and if I did a list in BG it would scroll the active FG screen right
  36. off!
  37.  
  38. I've also tried to change the startup command; is does not matter whether I use
  39. d3-load.com or not.
  40.  
  41. And, as I said in the beginning, I *KNOW* I had it working before, but I cannot
  42. figure which change fouled things up, or what to do to fix it.
  43.  
  44.  
  45. Fm: Steve Kalman 75136,360
  46. To: ALL
  47.  
  48. For those of you using dv and dbase III + I've found an inconsistency between
  49. the old product and the new one. db3+ *REQUIRES* that the option "Writes
  50. Directly to screen" be ON (selected). Failure to do so inevitably leads to the
  51. BOS.
  52.  
  53. The problem that this causes is that any screen output done by db3 will appear
  54. no matter what window you're working in, which can be distracting. It is
  55. possible to turn the screen off in db3, tho (set console off), but this removes
  56. all "capture" of normal screen messages.
  57.  
  58. For "classic" background tasks (e.g., compute bound jobs, or long reports),
  59. this might be OK, but for the type of job that displays a menu of smaller
  60. reports that you want to select a subset of, then reprogramming is in order.
  61.  
  62.  
  63. Fm: Ben Klausner 70340,374
  64. To: Steve Kalman 75136,360 (X)
  65.  
  66. Doesn't DB3 include a .PIF file that would solve that? Also, I would think that
  67. DV's DB3-LOAD.COM would create an appropriate setup. Don't use DB3 though, so
  68. I'm just guessing.
  69.  
  70.  
  71. Fm: Steve Kalman 75136,360
  72. To: Ben Klausner 70340,374
  73.  
  74. The db3 PIF file does not work with db3 plus.  Neither does the load.com help.
  75. The message that I posted was after a lot of trial and error and a couple of
  76. calls to Quarterdeck (GA Saxer was a big help, as usual).
  77.  
  78.  
  79. Fm: Steve Kalman 75136,360
  80. To: Paul Ferrara 70075,252 (X)
  81.  
  82. To make a long story short(er), I found that if I set Jump Scroll to Yes, then
  83. the db3 clear command does not work, and that @say commands will write to the
  84. screen, even if db3 is in the BG. However, when I set it to NO, then db3 is
  85. well behaved.
  86.  
  87. One problem still exists, tho. When I write a menu with @say's and then switch
  88. to another screen for a while, when I switch back the menu text is gone, but
  89. the cursor is still on the @get answer field.
  90.  
  91.  
  92. @* WORDPERFECT
  93.  
  94. Fm: Michael Rothman 74405,1313
  95. To: Howard A. Cohen 72416,710
  96.  
  97. A fast report on Word Perfect 4.1 running under DESQview 1.2... it works great
  98. on my pc-at!  In fact, its open now in a small window, as I write this using
  99. ato to upload.  I've got three windows open actually, a 465k dos window, this
  100. window that is taking about 160k for ato, and a word perfect window weighing in
  101. at 200k.  As you can tell, i'm doing all this with a rampage-at board in the
  102. at.  Questions?
  103.  
  104.  
  105. @* THINKTANK
  106.  
  107. Fm: Jim Butler 74766,1460
  108. To: ALL
  109.  
  110. Has anyone successfully loaded Thinktank in a DV window? It takes up ALL my
  111. expanded memory ... As the first program, nothing else will load. If I load
  112. the Memory Size program first, it shows that TT is taking up almost 3.5 megs
  113. of expanded on the Rampage AT! No wonder when it is loaded near the end of the
  114. windows, the insufficient windows show.
  115.  
  116. I am not experienced with TT, but I saw no "switch" in the manual to limit the
  117. memory taken up by the program.  Any ideas?
  118.  
  119.  
  120. Fm: Michael Rothman 74405,1313
  121. To: Jim Butler 74766,1460
  122.  
  123. There is something I don't understand here.  I have thinktank ver 2.0
  124. (unprotected) and have it loaded right now under DESQview.  The other programs
  125. currently running are Window1:turbo lightning plus ato412c; Window2: pc-host;
  126. Window3: Thinktank 2.0.  All seems to be working just fine.
  127.  
  128. Thinktank does not, so far as I know, access any extended or expanded memory.
  129. Could you be thinking of Ready!  If so, I'm still puzzled, because, as a test,
  130. I've just also loaded Ready! in Window4, and all went smoothly.  The Ready!
  131. I've loaded is 1.0c and it loads under dv as if it is loading into standard
  132. memory, although in this case it is actually in expanded memory thanks to DV.
  133. All in all, I can't see where the problem may be, but all is working as I would
  134. hope on this system.
  135.  
  136.  
  137. Fm: Jim Butler 74766,1460
  138. To: Michael Rothman 74405,1313
  139.  
  140. There must be multiple versions of Think Tank then, because the "new"
  141. unprotected version sent out just a week ago gobbles up all available memory
  142. under Desqview.  For some reason, the DV window size does *not* limit it.  If
  143. loaded first, all other programs are unable to load.  The MS screen shows 0
  144. memory available!  If loaded last, the other programs are ok, but TT stills
  145. takes the memory down to 0.  This seems a little rude, don't you think?  The
  146. documentation said nothing about using expanded or extended memory, and the
  147. program file is dated August 1985 sometime ...
  148.  
  149.  
  150. Fm: Michael Rothman 74405,1313
  151. To: Jim Butler 74766,1460 (X)
  152.  
  153. On the problem of the new unprotected version of ThinkTank rudely taking all
  154. available high memory when loaded under DV... yes, that would be a bummer!
  155. There you have two of my favorite programs not getting along... something will
  156. have to be done.
  157.  
  158. The old version 2.0 of ThinkTank, protected but busted, works fine in DV.  Are
  159. there other reasons to switch to the new version?  What is the version number
  160. of the new version, and do we know what the differences are between it and 2.0?
  161. As I recall a comment from Dave Winer, the major difference is the elimination
  162. of the copy protection.
  163.  
  164.  
  165. @* READY!
  166.  
  167. Fm: Gary Saxer (Quarterdeck) 73206,564
  168. To: Earle Robinson 70135,141
  169.  
  170. Ready! seems to work just fine in a DV window.
  171.  
  172.  
  173. Fm: Steve Kalman 75136,360
  174. To: Dave Winer 76244,120 (X)
  175.  
  176. Do you know if Ready will (or won't) work under DV?  I'm one of those people
  177. who develops projects via Outlining (I use FW II, mostly), but I cannot get it
  178. to work well under DV so I'm considering a switch to Ready (besides, Paul
  179. Ferrara won't leave me alone until I switch!).  If it works, I'll buy it
  180. (actually, several, once I get it working under DV on the net, I'll wnat to
  181. distribute it to about 6 players, possibly more).
  182.  
  183.  
  184. Fm: Dave Winer (LVT) 76244,120
  185. To: Steve Kalman 75136,360 (X)
  186.  
  187. Yes, Ready! works with Desqview - this is how you do it: create a partition for
  188. Ready, and from its DOS command prompt, type READY (return).  Then press ctrl-5
  189. to activate Ready!.  From then on, use DV's context-switching commands to
  190. activate R!, don't use ctrl-5 to activate and deactivate.  It has been tested
  191. by both companies (us and Quarterdeck) and it works.
  192.  
  193.  
  194. @* LOTUS 1-2-3
  195.  
  196. Fm: Gary Saxer (Quarterdeck) 73206,564
  197. To: doug carson 76044,2627 (X)
  198.  
  199. I'm sorry I missed your original message.  Let me tell you what I know.  You
  200. can both store data in expanded memory as well as run programs in it with
  201. DESQview and the AST RAMpage card.  You can even run several copies of 1-2-3
  202. each of which uses expanded memory, and still be able to switch between them
  203. (and others) instantly.  Please note that even version 1A can run in expanded
  204. memory in DESQview.  Please leave an EASY message for me if you need more
  205. information.
  206.